Antalya 26.6 Backport of #109051 - Respect use_client_time_zone for string datetime literals parsed on the server - #2208
Conversation
…se-client-time-zone-108038 Respect use_client_time_zone for string datetime literals parsed on the server
CI triage for #2208Verdict: 7 red checks — 1 is a PR-related process gate (DCO, needs a sign-off), the other 6 are all pre-existing / flaky / infra and unrelated to this change. The PR itself looks healthy: the new test it adds, 1. DCO — ❌ PR-related (action required, not a code bug)
Commit Fix (needs a human — I'm not permitted to force-push / rewrite this branch):
2. PR (aggregate gate) — ⚪ not independentThis is the umbrella status; it's red only because it aggregates the checks below. It clears once they do. 3. Regression release
|
Respect use_client_time_zone for string datetime literals parsed on the server
Changelog category (leave one):
Changelog entry (a user-readable short description of the changes that goes to CHANGELOG.md):
Fixed
use_client_time_zonebeing ignored forDateTime/DateTime64string literals interpreted on the server (asynchronousINSERT,SELECTliterals). The client now propagates its local time zone assession_timezonewhenuse_client_time_zoneis enabled, so server-side parsing matches the synchronousINSERTpath (ClickHouse#109051 by @groeneai)CI/CD Options
Exclude tests:
Regression jobs to run: